home *** CD-ROM | disk | FTP | other *** search
/ The Very Best of Atari Inside / The Very Best of Atari Inside 1.iso / sharew / grafik / p_chrome / pchrome.doc next >
Text File  |  1994-04-05  |  18KB  |  383 lines
  1.  
  2.  
  3.  
  4.  
  5.                         Atari ST/E PhotoChrome
  6.                         ----------------------
  7.                           
  8.                    Concept, Design and Programming
  9.  
  10.                           by Douglas Little.
  11.                                 
  12.                (C) 1992-94 Black Scorpion development.
  13.                           
  14.                           
  15.  
  16.     You are now the proud owner of the PhotoChrome graphics card 
  17. emulator. It is the only one of its type currently available for the 
  18. Atari ST and is capable of out-performing most other screen modes 
  19. including the infamous HAM and HalfBrite displays on the Commodore 
  20. Amiga.
  21.  
  22.      It's basic specification is the ability to load many IFF formats, 
  23. 24-Bit True colour screens (16 million colours), GIF files and 
  24. VidiChrome digitised 'RGB' colour separations (4096 colours) before
  25. converting to one of six powerful screen modes.
  26.  
  27. *---------------------------------------------------------------------*
  28.  
  29.                         THE 6 CONVERSION MODES
  30.                         ----------------------
  31.  
  32.         The six screen modes are...
  33.         
  34. 1.      Spectrum 512   > 42/45 cols per scanline from 512 on an ST
  35.                          or STE.
  36.  
  37. 2.      Spectrum 4096  > 42/45 cols per scanline from 4096 on an STE.
  38.  
  39. 3.      PCS-ST         > 48 colours per scanline from 512 on an ST
  40.                          or STE.
  41.  
  42. 4.      PCS-STE        > 48 colours per scanline from 4096 on an STE.
  43.  
  44. 5.      Super HAM      > A full 4096 colours out of 4096 on an ST
  45.                          or STE.
  46.  
  47. 6.      STE PhotoChrome > 19200 colours out of 32768 on an STE.
  48.         
  49.      Modes 1 and 2 are basically real Spectrum-512 files. They are not 
  50. compressed, but Spectrum can do this if you need it. STE mode seems to 
  51. handle pictures better than I had expected, since with such a large 
  52. palette the colour assignments tend to be used up twice as quickly.
  53.  
  54.      Modes 3 and 4 are my own custom versions of the Spectrum display. 
  55. They both have a few extra colours to play with, filling up the streaks 
  56. and dots Spectrum can often leave behind. This is my own 'PCS' format 
  57. (PhotoChrome Screen) and uses the best of 2 compression methods.
  58.  
  59.      Modes 5 and 6 are actually impossible, so just accept they work 
  60. and don't ask too many questions!
  61.  
  62.     SUPER HAM is an emulation of the Hold And Modify mode normally 
  63. exclusive to the Commodore Amiga. After some experimentation with my 
  64. own Amiga, I found that HAM is not actually as capable of displaying 
  65. some of the more detailed colour images (especially with high levels of 
  66. contrast or lots of sharp lines) and so renamed my own format 'SUPER 
  67. HAM'. Many HAM pictures are of course better as they have many more 
  68. colours per line, but have to smudge and blend to obtain them.
  69.  
  70.     PHOTOCHROME is only available when the source picture contains
  71. in  excess of 4096 colours (i.e. true-colour 16M colour pictures), and
  72. then only to STE owners. However, if you do have an STE and some TGA
  73. files  knocking about then you are in for a treat indeed! Eat your heart
  74. out, VGA! This is the most powerful mode available short of a real
  75. Graphics card, with 19200 colours on-screen at once from a largish
  76. palette of 32768! (15-bit colour). The picture requires two conversion
  77. passes, but is well worth the wait!
  78.  
  79.     N.B. Pictures saved out as Super HAM or PhotoChrome tend to be 
  80. anywhere from large to enormous, even with fancy compression. Bear this 
  81. in mind when testing out the hatched and fractal stippling options! 
  82. (Check out PCSVIEW.DOC for info on better compression...)
  83.  
  84. *---------------------------------------------------------------------*
  85.  
  86.                                FEARURES
  87.                                --------
  88.  
  89. 1>    STIPPLING.            (COLOUR REDUCTION ONLY)
  90.  
  91.     Generally, if the source picture holds more colours than the 
  92. destination format (i.e. TGA > SPU) then you are allowed stippling. 
  93. The three options are CLEAN - just leave the picture as it is, HATCHED 
  94. - use levels of hatching to make up in-between colours and FRACTAL - 
  95. the weird one. This uses fractal numbers to highlight/leave each pixel 
  96. on the screen, the result being that graduated colours look more obvious 
  97. but you get a weird 'oil-painting' effect. It really only works well 
  98. in PhotoChrome and super-HAM modes.
  99.  
  100. 2>    ERROR/FLICKER FREE.   (SUPER HAM/PHOTOCHROME ONLY)
  101.  
  102.     Error-free mode makes a better job of mega-colourful pictures 
  103. but is not normally needed (a sort of last-resort). 'Flicker-free' 
  104. should be used where available, the only problem being that it chews 
  105. through the colour tables at an alarming rate (keep an eye on TARGA
  106. screens). N.B. STE PhotoChrome mode is fixed at ERROR-FREE in 60Hz, 
  107. since flicker is minimal with such a large palette, and requires as
  108. many colours as it can get.
  109.  
  110.     FLICKER-FREE mode CAN sometimes reduce the quality of the
  111. screen in extreme cases...
  112.  
  113.  
  114. 3>    50/60 Hz MODES.       (SUPER HAM and QRT PICTURES ONLY)
  115.  
  116.     Basically, everything runs at 50Hz, with a couple of exceptions. 
  117. QRT/DKB pictures tend to have a 60Hz aspect ratio (not fixed but the
  118. option is there) causing the screen to look squashed at 50Hz. Also,
  119. PHOTOCHROME mode looks best at 60Hz anyway, so it is left as the default
  120. frequency. 60Hz also helps when 'flicker-free' option has been avoided for 
  121. accuracy. To change the default, click on the 50Hz button. All screens 
  122. will now run at 50Hz regardless of how they might look. To switch modes 
  123. while viewing the picture, hit the '*' key.
  124.  
  125. 4>    SPECTRUM OPTIONS.
  126.  
  127.     Spectrum 512 does not use all of it's available colours. Colour 0 
  128. (background colour) is always black and colour 15 is reserved for drawing 
  129. and for the mouse pointer etc. leaving 14 variable colours for use in the 
  130. picture. There are 3 palette changes per line meaning (16-2)*3 or 42 
  131. cols available for alteration on each individual scanline of the 
  132. screen. The 'LEGAL COLOURS' option uses just these colours. The 'ALL 
  133. COLOURS' option however releases colour 15 for use, meaning (16-1)*3 or 
  134. 45 cols per line. The only disadvantage is that Spectrum will crack up 
  135. if you try to load them in. Any pixels using colour 15 will turn bright 
  136. orange and look a right mess. You have been warned... (N.B. slideshows 
  137. should display these pictures no probs.)
  138.  
  139. *---------------------------------------------------------------------*
  140.  
  141.                               LIMITATIONS
  142.                               -----------
  143.  
  144.     Hmmm, I'm not sure there are any, really..
  145.         
  146.     No, seriously, there are a few bits you should know about before 
  147. creating slideshows full of pretty pictures!
  148.  
  149. *---------------------------------------------------------------------*
  150.     1> TGA's
  151. *---------------------------------------------------------------------*
  152.  
  153.     TARGA images are common on the Falcon and PC machines, as these
  154. tend to be capable of true-colour to some extent (PC). They can be of
  155. any width or height (above or below 320*200) and will be centred on the
  156. screen with a black border if they are smaller. If you use the 'flicker-
  157. free' option (SUPER HAM only) some loss of detail or palette-errors 
  158. might occur on very complex pictures. To avoid this you may have to use 
  159. the 'error-free' mode instead (at 60Hz there is very little flicker 
  160. anyway). To cut down any flicker you may still see, reduce the contrast 
  161. setting on your monitor. Older versions of PChrome will only load one
  162. type of targa file, and did so VERY slowly... The latest version loads
  163. around 12 variations - including 16-bit and compressed types. They can
  164. now be larger than the screen, and in upside-down format too.
  165.  
  166. *---------------------------------------------------------------------*
  167.     2> RAW's
  168. *---------------------------------------------------------------------*
  169.         
  170.     See TARGA files above - RAW's are almost identical to one of
  171. the TARGA variants.
  172.  
  173. *---------------------------------------------------------------------*
  174.     3> GIF's
  175. *---------------------------------------------------------------------*
  176.         
  177.     The program can load GIF's of any height or width and will
  178. offer the option to either squash the picture, or select a 320*200
  179. zone. 320*200 GIF's will bypass this stage. To select a zone, use the
  180. arrow-keys and 'SPACE' when satisfied.
  181.  
  182. *---------------------------------------------------------------------*
  183.     4> IFF's
  184. *---------------------------------------------------------------------*
  185.         
  186.     The program can load ILBM IFF's of any height or width but will 
  187. crop them to 320*200 (a later version will contain squash/interlace 
  188. options). All of the Amiga pictures I fed it looked identical to the
  189. originals, with the exception of a few strange res-sizes. No significant
  190. loss of colour or detail has been detected (HalfBrite 64-colour IFF's
  191. and 4-bit HAM's are now supported properly).
  192.  
  193. *---------------------------------------------------------------------*
  194.     5> RGB's
  195. *---------------------------------------------------------------------*
  196.         
  197.     VidiChrome RGB screens suffer from very few limitations.
  198. Generally you should choose the 'flicker-free' option all the time and
  199. if you spot dots/errors on the screen (rare) you can resort to 60Hz and 
  200. 'error-free' mode.
  201.  
  202. *---------------------------------------------------------------------*
  203.     6> DIFFERENT PROCESSORS.
  204. *---------------------------------------------------------------------*
  205.  
  206.     Although Mega-STE's run at 16Mhz & cache, this can be disabled.
  207. PChrome now switches to 16Mhz+cache for image conversion and back to
  208. 8Mhz for display. The machine is returned to it's original state on
  209. quitting.
  210.  
  211.     PhotoChrome now RUNS on a 68030, but this chip is so different
  212. from the 68000 in speed even at 8Mhz, that the display code will not
  213. produce a picture. You will get a mess. (this does not stop you making
  214. an image and saving it out...)
  215.  
  216. *---------------------------------------------------------------------*
  217.     7> SYNC PROBLEMS.
  218. *---------------------------------------------------------------------*
  219.         
  220.     It came to my attention some time ago that both Spectrum-512 and 
  221. GFA Raytrace suffered from video-synchronisation problems. This caused 
  222. very irritating little dots or vertical lines to appear from time to 
  223. time and totally ruin the effect of the picture. It was also very 
  224. embarrasing when trying to show off the ST's capabilities to other 
  225. members of the computer world (i.e. Amiga-users). These programs are
  226. supplied with a 'SYNC.PRG' which, contrary to many peoples beliefs 
  227. does sod-all to fix the problem. All it does is TELL you whether your 
  228. ST is READY to display a picture or NOT, having no effect on the 
  229. machine at all. The only way to rectify a 'no-sync' situation is to 
  230. TURN OFF and reboot, resetting the video-clock hardware and hopefully 
  231. reversing the situation. Generally it takes a few tries before success, 
  232. and although I have seen a few ST's that ALWAYS boot up properly, the 
  233. effect on STE's is generally quite bad (just try to merge a colour 
  234. digitised picture in 4096 colour mode in VidiChrome and you'll probably 
  235. see what I mean).
  236.  
  237.     Anyway, Since our own display code incorporates similar colour-
  238. switch techniques, PhotoChrome was initially prone to this bugging 
  239. effect. After a lot of work and an equal amount of problems it has been 
  240. solved, and as far as I know, is rectified on all ST's and STE's. All 
  241. pictures saved out from PhotoChrome (including Spectrum-512/4096) are 
  242. 'immunised' against sync problems, regardless of which slideshow 
  243. program you choose to display them (they even load into Spectrum 
  244. itself! Although if you mess about with the picture, Spectrum will re-
  245. assign the colours and destroy the immunised structure of the screen.
  246.  
  247. *---------------------------------------------------------------------*
  248.  
  249.                            SAVING A PICTURE
  250.                            ----------------
  251.                                    
  252.     To save a screen, hit 'RETURN' or 'S' once it has been converted
  253. and is being displayed. The file will take a few seconds to compress
  254. before giving you a file selector. The program will check diskspace
  255. prior to saving the screen.
  256.  
  257.     To switch 50/60 Hz on the same screen, hit the '*' key. This will
  258. be recorded into the file for displaying in the slideshow.
  259.  
  260.     While selecting a part of a GIF picture, use the arrow keys and 
  261. 'SPACE' when done.
  262.  
  263.  
  264. *------------------------------------------------------------------------*
  265.  
  266.                            SHAREWARE THEORY
  267.  
  268.                       --------------------------
  269.                       (or, at least, Dug's View!)
  270.                       --------------------------
  271.                                 
  272.     If you know what Shareware is, then you can skip the next 500
  273. odd bytes of text and read the next paragraph instead.
  274.         
  275.     The idea behind Shareware is actually quite simple...
  276.  
  277.     Someone writes a program and gives it to someone, they either 
  278. dislike it, like it or love it. The people who dislike it don't use the 
  279. thing, and therefore certainly don't pay for it. Of the ones who do 
  280. like the program, MOST will feel it is worthwhile paying for, and SOME 
  281. will actually make donations to the author. Of the people who really 
  282. like it, most will probably make a donation, and will also recommend 
  283. and LEGALLY spread it to their friends, helping the author even more. 
  284. Basically, everybody's happy, although the whole thing does rely on one 
  285. thing being present somewhere along the line, that being HONESTY. It is 
  286. a risky thing to depend on the public's honesty to make a living, but 
  287. in a situation like this, the usual motives for piracy are gone. Nobody 
  288. can feel cheated by shareware, since you pay for the software alone and 
  289. not the blurb normally supplied by the 'houses' with their 'spacious' 
  290. packaging and price-upping ring-bound manuals. This does not mean I am
  291. against commercial software, but quite a lot of it is expensive cr*p...
  292.  
  293.     There is an attractive list of facts...
  294.  
  295. 1 -  It kills piracy, since you can't pirate something you're TRYING
  296.      to spread anyway! Spreading actually helps shareware by bringing
  297.      it to other people's attention.
  298.         
  299. 2 -  You don't need to spend money on advertising. If it's good, it
  300.      will tend to get about on it's own. (A review or two always helps
  301.      start the ball rolling!)
  302.  
  303. 3 -  Customers only pay for what they use, they CANNOT be conned or
  304.      cheated into buying software which is no use. They get as much
  305.      time to evaluate it as they like, hopefully resulting in a small
  306.      donation to the author.
  307.  
  308. *--------------------------------------------------------------------*
  309. *       PhotoChrome and Shareware                                    *
  310. *--------------------------------------------------------------------*
  311.  
  312.      This program was a lot of work, but I do think it was worthwhile. 
  313. It's about time the ST started to antagonise the other machines
  314. normally hogging the world of fancy graphics and sound.
  315.  
  316.      Most of PhotoChrome was written during 1 month of intensive
  317. programming and testing and it would be nice to see some sort of return
  318. for my work. A donation of about £2.00 - £5.00 would suffice, and I am
  319. also anxious to know of peoples thoughts on the program. The more
  320. donations I recieve the more incentive I will have to continue with the
  321. series and produce updates. (Now almost certain)
  322.  
  323.      PhotoChrome is currently being used in the pruduction of a new
  324. commercial program called ChromaStudio-ST (provisional name) which is
  325. based on a cross between my forthcoming ChromaStudio-24 (Falcon) and
  326. PChrome itself.
  327.  
  328.      If anyone is thinking seriously of writing a rendering package
  329. for the ST/E machines, then please consider these screen formats as 
  330. worthwhile for inclusion. There is nothing worse than having an
  331. exceptional package held back by a low-quality output such as
  332. 16-colours or a badly rastered screen!
  333.  
  334. *------------------------------------------------------------------------*
  335.  
  336.                                SOURCE
  337.                                ------
  338.  
  339.          A new file format is absoultely no use without software
  340.      to utilise it or available source for programmers to use
  341.      themselves. It is also annoying when the only type of source
  342.      available is an object or 'BIN' file instead of a listing
  343.      which greatly limits what you can do with it, unless you set
  344.      about disassembling it yourself. This, I think stems from
  345.      programmers being paranoid about other people seeing their code
  346.      and so, try to protect it by hiding it from others. This helps
  347.      nobody.
  348.  
  349.          I have decided to supply the documented source for the
  350.      PCSVIEW slideshow on disk for £5.00 (see the address at bottom
  351.      of text) There is a need for the format to become a standard
  352.      (like Spectrum) and therefore needs to be widely available to
  353.      programmers.
  354.      
  355. *-----------------------------------------------------------------------*
  356. *       The interesting bit stops here,                                         *
  357. *-----------------------------------------------------------------------*
  358.  
  359.  
  360. PCSVIEW SOURCE available from...
  361.  
  362. Douglas Little
  363. 160 Goremire Road,
  364. Carluke, Lanarkshire
  365. Scotland. ML8 4PN.
  366.  
  367. (please indicate 'PHOTOCHROME SOURCE' on the envelope for a quick reply!)
  368.  
  369.  
  370. *-----------------------------------------------------------------------*
  371.  
  372.  
  373.  
  374. > Doug Little
  375. > Neil Stewart
  376. > Andy Younger
  377. > Nick Hesketh
  378.  
  379. > Black Scorpion will return in force. Until then...
  380.  
  381.  
  382.  
  383.